Forwarded from مدرسه علوم انسانی
This media is not supported in your browser
VIEW IN TELEGRAM
Ⓜ️ نظریات مزاحم
➕موثر در تفکر نقاد، تفکر خلاق، مهارت حل مسئله
➕ یک آزمایش
➕ دکتر آذرخش مکری
🛄 @zistboommedia || مدرسه علوم انسانی
➕موثر در تفکر نقاد، تفکر خلاق، مهارت حل مسئله
➕ یک آزمایش
➕ دکتر آذرخش مکری
🛄 @zistboommedia || مدرسه علوم انسانی
This media is not supported in your browser
VIEW IN TELEGRAM
اگر دوست دارید بدونید #رسمیو چکار میکنه، یه نگاه به این مصاحبه ی حسین جان ملک نژاد مدیرعامل مون با دنیای اقتصاد داشته باشید.
عارف، معاون اول رئيس‌جمهور و عضو مجمع تشخیص مصلحت، گفته: «نظام تصمیم‌ساز و تصمیم‌گیر کشور به نتیجه رفع فیلترینگ رسیده».
فاطمه مهاجرانی، سخن‌گوی دولت، هم گفته : «امروز تصمیم‌سازان و تصمیم‌گیران به این نتیجه رسیدند که فیلترینگ باید برداشته بشود و ان‌شاءالله با توجه به همکاری‌های خوب، رفع برخی از محدودیت‌ها را خواهیم دید.»
ما هم امیدواریم که همه ی این ها حرف نباشه.
فاطمه مهاجرانی، سخن‌گوی دولت، هم گفته : «امروز تصمیم‌سازان و تصمیم‌گیران به این نتیجه رسیدند که فیلترینگ باید برداشته بشود و ان‌شاءالله با توجه به همکاری‌های خوب، رفع برخی از محدودیت‌ها را خواهیم دید.»
ما هم امیدواریم که همه ی این ها حرف نباشه.
https://bpluspodcast.com/podcast/first-season/outliers-the-story-of-success/
این اپیزود جالبی بود درباره ارتباط موفقیت و شانس
این اپیزود جالبی بود درباره ارتباط موفقیت و شانس
پادکست بی‌پلاس
استثنایی‌ها؛ داستان موفقیت
خلاصه کتاب استثنایی‌ها، داستان موفقیت
کتاب استثنایی‌ها از مالکوم گلدول با نام کامل Outliers; the story of success درباره‌ی آدم‌های موفق است. آدم‌هایی اینقدر موفق که با بقیه فاصله می‌گیرند و بهشان می‌گوییم استثنایی مثلاً. کتاب عوامل مهم در موفقیت رو از خلال…
کتاب استثنایی‌ها از مالکوم گلدول با نام کامل Outliers; the story of success درباره‌ی آدم‌های موفق است. آدم‌هایی اینقدر موفق که با بقیه فاصله می‌گیرند و بهشان می‌گوییم استثنایی مثلاً. کتاب عوامل مهم در موفقیت رو از خلال…
Forwarded from tech-afternoon (Amin Mesbahi)
اوایل دههٔ ۲۰۰۰ شرکت‌های خیلی بزرگ (بانک‌ها، بیمه، و …) با سیستم‌های نرم‌افزاری‌ای روبه‌رو بودند که:
- دامین‌های با پیچیدگی خیلی بالا داشتند (مثل قوانین کسب‌وکار پرشمار و در حال تغییر).
- گپ ارتباطی وحشتناکی بین تحلیلگرها و برنامه‌نویس‌ها وجود داشت؛ اصطلاحات یکی برای دیگری نامفهوم بود.
- هر تغییر کوچک به موجی از regression bugها و استرس انتشار تبدیل می‌شد.
توی چنین شرایطی، Eric Evans میگه: «بیایید به جای تمرکز صِرفن روی لایه‌های فنی، قلب مسأله—یعنی دامنه—رو محور کار بگذاریم.» نتیجه شد متدولوژی Domain-Driven Design که توی کتاب معروف «آبی» در سال ۲۰۰۳ متولد شد و بعدتر با کارهای Vaughn Vernon، Jimmy Nilsson و بقیه گسترش پیدا کرد.
برخی مفاهیم پایه در DDD:
- مفهوم Ubiquitous Language
زبان مشترک بین همهٔ ذی‌نفعان. کلاس، جدول DB و اسلاید ارائه باید از یک واژه برای یک مفهوم استفاده کنند، و یک واژه باید همه جا معنی یکسان داشته باشه.
- مفهوم Bounded Context
مرزهایی شفاف برای معنی واژه‌ها. «سفارش» در حسابداری ≠ «سفارش» در انبار.
- مفهوم Aggregate
یک خوشه (گروه) از آبجکت‌ها، با یک ریشهٔ واحد که می‌شه به‌صورت واحد تلقی کردشون.
- مفهوم Context Map
نقشهٔ روابط بین Bounded Contextها؛ شامل پیوندهای همکار، مشتری–تأمین‌کننده و…
- مفهوم Strategic Design
هنر تشخیص اینکه کِی باید دامنه رو بشکنیم و تیم رو حولش سازمان‌دهی کنیم.
آیا DDD برای همه است؟ نه دقیقاً!
توی «مطلب قبل» دربارهٔ وسوسهٔ ترندها گفتم، DDD هم قربانی حباب‌ها شده. نشونه‌های انتخاب اشتباه:
- دامنه ساده است (CRUD سرراست، منطق پیچیده‌ای هم نداره) ولی تیم حتماً میخواد Bounded Context تعریف کنه و Event Storming برگزار کنه!
- ابزارهای تحلیلی، تست، مستندسازی و DevOps هنوز بالغ نیستند اما «می‌خواهیم معماری تمیز + DDD + مایکروسرویس» رو با هم پیاده کنیم.
- تیم کوچک است ولی هر کانتکست رو توی یک ریپو جداگانه Deploy میکنه و نصف زمانش صرف هماهنگی بین ریپوها می‌شه.
یادمون نره: DDD هزینه داره—هم آموزشی، هم طراحی، هم نگهداری.
اگر درد پیچیدگی دامنه رو حس نمی‌کنیم، این دارو تلخ و بی‌فایده است!!
چرا لزوماً هر معماری دامین-سنتریک، DDD نیست؟!
— بعدتر دراین‌باره خواهم نوشت که هر گردی گردو نیست!! پیاده‌سازی Clean / Hexagonal / Onion به معنی DDD نیست!
«توی DDD، معماری کد فقط یک لایه از ماجراست؛ موفقیت زمانی رقم می‌خوره که ساختار سازمانی و فرایندهای تیم هم با مرزهای دامنه منطبق شن. اگر تیم کوچکه و دامنه پیچیدگی بالایی نداره، صرف داشتن لایهٔ Domain یا استفاده از معماری Clean، شما صاحب DDD نمی‌شید.»
Please open Telegram to view this post
VIEW IN TELEGRAM
بریم یه هفته آتیشی رو استارت بزنیم، هرکس هرجا هست یه قدم به خلق ارزش تو جایگاه خودش نزدیک تر بشه 😁💪
Forwarded from tech-afternoon (Amin Mesbahi)
امروز داشتم بوکمارک‌‌تکونی می‌کردم، یهو پست وبلاگ Julio Merino که ماه‌ها پیش ذخیره کرده بودم تا در موردش بنویسم و فراموش کرده بودم رو دیدم.
آقای Julio Merino پیشتر در گوگل و مایکروسافت و الان هم در snowflake مشغول به کاره و روی سیستم‌های یونیکس‌بیس خیلی مسلطه (معماری و لایه‌های پایین‌تر سیستم عامل) و جز دولوپرهای FreeBSD و NetBSD بوده. توی این پست توضیح میده که آیا تعریف و تمجیدهایی که از پیشرفته بودن سیستم‌عامل Windows NT در سال ۱۹۹۳ می‌شده در مقابل یونیکس‌سانان مثل BSD درست بوده یا نه؟!
شاید ما هرگز سیستم عامل توسعه ندیم یا تا لایه‌های خیلی پایین کرنل عمیق نشیم؛ ولی خوبه بدونیم مقایسه صحیح دو تا سیستم ولو اینکه به ۳۰ سال پیش برگردن، آداب و روشی داره که توی این مقاله به خوبی یاد میده...
مقاله مفصلیه، و از حوصله پست تلگرامی خارج. ولی مثلا از hybrid microkernel یا Async I/O میگه که NT جلوتر از زمان خودش و پیشرفته از Unix بوده و بعد نظرش رو توضیح میده که چطور linux و یونیکس‌سانان این سال‌ها گپ‌ها رو پر کردن و چالش‌های اصلی توسعه ویندوز چیاست از نظرش.
هدفم از اشتراک این مطلب اینه چقدر در بین مقایسه‌هایی که در مورد زبان‌ها، تکنولوژی‌ها، معماری‌ها و... می‌بینیم، روش و معیارهای فنی می‌بینیم، و چقدر بر اساس رسانه و هیجان و تصورات ذهنی‌مون قضاوت میکنیم...
Please open Telegram to view this post
VIEW IN TELEGRAM
Substack
Windows NT vs. Unix: A design comparison
NT is often touted as a "very advanced" operating system. Why is that? What made NT better than Unix, if anything? And is that still the case?
کاش شرف نداشتم، میرفتم پای open to work آدمی که پارسال رید تو شرکت و رفت مینوشتم این آدم کار بکن نیست. نگذارید وارد سازمانتون بشه. اگرم شد قرارداد یکساله باهاش نبندیدن چون توان و علاقه ی کد زدن نداره، موقعی هم که بخواین اخراج کنین قوانین مسخره ی ایران این اجازه رو بهتون نمیدهو باید تا پایان قراردادش پول یا مفت رو بهش بدین. کاش چشمامو ببندم برم هرچی لایقشه بارش کنم و بیام.
شما بودین چه میکردین؟
شما بودین چه میکردین؟
در شبی که گذشت، ماکروسافت WSL را Open Source کرد.
https://blogs.windows.com/windowsdeveloper/2025/05/19/the-windows-subsystem-for-linux-is-now-open-source/
https://blogs.windows.com/windowsdeveloper/2025/05/19/the-windows-subsystem-for-linux-is-now-open-source/
نکته : گوگل میخواد برای یکی از ترند ترین محصولاتش که notebooklm هست، یه اپ موبایل بده بیرون. فیچرهایی که اولین نسخه میده رو میگه MVP هستن و کم کم فانکشنالیتی های بعدی رو اضافه میکنیم.
همینو بدی به گرگعلی از تیم استارتاپی فلان تا یه فیچر بیشتر از فیچرهای وب هم به اپلیکیشن اضافه نمیکرد، راضی به انتشار نمیشد.
تو این توییت واقعا درس های بزرگی برای همه مون هست..
همینو بدی به گرگعلی از تیم استارتاپی فلان تا یه فیچر بیشتر از فیچرهای وب هم به اپلیکیشن اضافه نمیکرد، راضی به انتشار نمیشد.
تو این توییت واقعا درس های بزرگی برای همه مون هست..
TondTech
نکته : گوگل میخواد برای یکی از ترند ترین محصولاتش که notebooklm هست، یه اپ موبایل بده بیرون. فیچرهایی که اولین نسخه میده رو میگه MVP هستن و کم کم فانکشنالیتی های بعدی رو اضافه میکنیم. همینو بدی به گرگعلی از تیم استارتاپی فلان تا یه فیچر بیشتر از فیچرهای وب…
https://slidecloud.ir/Blog/Details/14
این مقاله خودش و تصویرش توسط یک MVP مینیمال نوشته شده . به نظرم هم بر اساس پرامپتی که دادم خوب عمل کرده برای نوشتنش
این مقاله خودش و تصویرش توسط یک MVP مینیمال نوشته شده . به نظرم هم بر اساس پرامپتی که دادم خوب عمل کرده برای نوشتنش
slidecloud.ir
دشمن پنهان محصول، ایده آل گرایی در دادن نسخه های اولیه محصول | SlideCloud
📜 برنامه روزانه ی من در #رسمیو این شکلیه :
📝 اول، چک کردن جیرا، که ببینم چی به چیه
📝 دوم، جلسه دیلی که ببینم بچه ها مشکلی دارن یا نه ؟ و بچه های تیم از وضعیت هم خبردار بشن
📝 سوم، چک کردن تیکت های فنی ، این خیلی کمک کننده ست بهم که هم در دامین همیشه بیشتر و بیشتر درگیر باشم، هم مشکلات کاربرا رو که میبینم ممکنه یه مشکلی ترند بشه که یه باگ پشتش باشه ، زودتر از همه مطلع میشم
📝 چهارم، 30% از زمان روزانه م رو میگذارم برای درگیری با محصول، این مدت درگیر CRM و ادمین بودم، جدیدا دارم سعی میکنم توی کد هم بیشتر درگیر کنم خودمو
📝 باقی تایم هم میره برای جلسه ها و گپ و گفت های مختلف فنی - محصولی یا مطالعه و R&D های مورد نیازم
📝 اول، چک کردن جیرا، که ببینم چی به چیه
📝 دوم، جلسه دیلی که ببینم بچه ها مشکلی دارن یا نه ؟ و بچه های تیم از وضعیت هم خبردار بشن
📝 سوم، چک کردن تیکت های فنی ، این خیلی کمک کننده ست بهم که هم در دامین همیشه بیشتر و بیشتر درگیر باشم، هم مشکلات کاربرا رو که میبینم ممکنه یه مشکلی ترند بشه که یه باگ پشتش باشه ، زودتر از همه مطلع میشم
📝 چهارم، 30% از زمان روزانه م رو میگذارم برای درگیری با محصول، این مدت درگیر CRM و ادمین بودم، جدیدا دارم سعی میکنم توی کد هم بیشتر درگیر کنم خودمو
📝 باقی تایم هم میره برای جلسه ها و گپ و گفت های مختلف فنی - محصولی یا مطالعه و R&D های مورد نیازم
خیلی خوشحالم که این فریم ورک رو برای #رسمیو یه اختصاصی سازی کوچیک کردیم، البته این هم مدیون دوره #Techlead360 مسعود جان دانشپور هستم، که اونجا بحث Career Path رو باز کرد.
امروز با یکی از بچه ها یه صحبت داشتم، دقیقا نموداره رو با هم باز کردیم و گفتم چرا باید روی فلان بردار بیشتر تمرکز کنیم با هم، و اینکه یه رفرنس برای حرف درست و دقیق زدن داریم با هم خیلی کمک کننده ست.
اگه سازمانتون هنوز براتون Career Path نساخته شاید بتونید پیش قدم بشین و این ریپازیتوری رو برای شروع بحث پیشنهاد بدین.
امروز با یکی از بچه ها یه صحبت داشتم، دقیقا نموداره رو با هم باز کردیم و گفتم چرا باید روی فلان بردار بیشتر تمرکز کنیم با هم، و اینکه یه رفرنس برای حرف درست و دقیق زدن داریم با هم خیلی کمک کننده ست.
اگه سازمانتون هنوز براتون Career Path نساخته شاید بتونید پیش قدم بشین و این ریپازیتوری رو برای شروع بحث پیشنهاد بدین.
GitHub
GitHub - jorgef/engineeringladders: A framework for Engineering Managers
A framework for Engineering Managers. Contribute to jorgef/engineeringladders development by creating an account on GitHub.
Forwarded from tech-afternoon (Amin Mesbahi)
اگر رئوس مطالب براتون جالب بود، حضورتون باعث خوشحالیه 😊🌱
- ریشه‌ها و نیروهای محرک معماری‌های مدرن
- شناسایی مسئله، پیش از انتخاب راه حل
- همگرایی بستر فنی و ساختار سازمانی
- الگوهای تطبیق معماری و سازمان
- تجربه‌های میدانی
- توصیه‌های عملی برای فردا صبح
لینک گوگل فرم برای اعلام حضور
لینک افزودن به تقویم گوگل
لینک پیوستن در گوگل‌میت
کانال تلگرامی انجمن DDD ایران
@DDD_IRAN
Please open Telegram to view this post
VIEW IN TELEGRAM
Google Docs
وبینار فراتر از کُد: درباره تناسب و سازگاری معماری سیستم‌ها با ساختار سازمانی ۴ خرداد، ۲۵ مِی
وبینار انجمن DDD ایران
Forwarded from InvestFund
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from .NET Fun
Media is too big
VIEW IN TELEGRAM
دوره آنلاین Fundamentals Of Building Microservices
خیلی از شرکت های بزرگ در سیستم ها و اپلیکیشن هاشون از معماری میکروسرویس استفاده میکنن. بعضی ها به درست و خیلی ها به غلط. توی این دوره قراره به بررسی مفاهیم میکروسرویس به صورت کاملا عملی همراه با مثال های واقعی بپردازیم. اگه دارید برای مصاحبه فنی خودتون رو آماده میکنید ، قصد استخدام توی شرکت های بزرگ رو دارید و یا دوست دارید که با این معماری محبوب به طور کامل اشنا بشید و اطلاعات خودتون رو به روز کنید این دوره مناسب شماست .
پیشنهاد میکنم که ویدیو معرفی دوره رو ببینید
شروع دوره : 11 خرداد
✅ لینک ثبت نام: https://zarinp.al/714413
❗️❗️کد تخفیف 10 درصدی برای 10 نفر اول:R0DJ0B
خیلی از شرکت های بزرگ در سیستم ها و اپلیکیشن هاشون از معماری میکروسرویس استفاده میکنن. بعضی ها به درست و خیلی ها به غلط. توی این دوره قراره به بررسی مفاهیم میکروسرویس به صورت کاملا عملی همراه با مثال های واقعی بپردازیم. اگه دارید برای مصاحبه فنی خودتون رو آماده میکنید ، قصد استخدام توی شرکت های بزرگ رو دارید و یا دوست دارید که با این معماری محبوب به طور کامل اشنا بشید و اطلاعات خودتون رو به روز کنید این دوره مناسب شماست .
پیشنهاد میکنم که ویدیو معرفی دوره رو ببینید
شروع دوره : 11 خرداد
✅ لینک ثبت نام: https://zarinp.al/714413
❗️❗️کد تخفیف 10 درصدی برای 10 نفر اول: